home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pine / imap_archive / text0074.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  2.3 KB  |  55 lines

  1. The March draft of the IMSP protocol specification listed the "user
  2. address book" as an issue that was deferred, noting that it probably
  3. belonged in a separate user directory service.
  4.  
  5. It is clear to us that a user address book capability is strongly
  6. desired in the marketplace, to the point where its absence could
  7. prevent the wide acceptance of a mail system.
  8.  
  9. Per-user address books can be implemented using the option facility of
  10. IMSP.  A portion of the option namespace can be reserved for address
  11. book entries and suitable naming conventions can be adopted.  For
  12. example, one might have:
  13.  
  14. a005 GET ADDRESS.*
  15. * OPTION ADDRESS.FRED.EMAIL "fflinstone@foo.bar.com"
  16. * OPTION ADDRESS.FRED.NAME "Fred Flinstone"
  17. * OPTION ADDRESS.FRED.PHONE "+1 700 555 1234"
  18. * OPTION ADDRESS.LODGE.EMAIL "fflinstone@foo.bar.com, brubble@foo.bar.com"
  19. * OPTION ADDRESS.WILMA.EMAIL "wilma@bedrock.edu"
  20. * OPTION ADDRESS.WILMA.PHYSMAIL "3 Granite Rd; Bedrock"
  21. a005 OK Get completed
  22.  
  23. Many mail systems treat the per-user address book and the
  24. system-wide mail aliases/distribution lists as different instances of
  25. the same thing.  The concepts are so similar that I feel it important
  26. to implement them with the same subsystem.  This would allow both
  27. per-user address books and system-wide aliases/distribution lists to
  28. be manipulated with the same set of tools.
  29.  
  30. System-wide aliases seem to naturally belong in a user directory
  31. service, as they share the same namespace and have many of the same
  32. informational attibutes as users.
  33.  
  34. One way to resolve the conflict between "address books should be in
  35. IMSP" and "address books belong in the user directory service" is to
  36. put user directory service functionality into IMSP.  This would have
  37. the advantage of reducing the number of services a mail client would
  38. have to converse with.  On the other hand, it further complicates the
  39. IMSP protocol and opens an entire can of worms.
  40.  
  41. A user directory service facility of IMSP would loook something like a
  42. cross between the option facility and the CSO/ph protocol.  I would
  43. have as a design goal the ability to implement the facility by having
  44. the IMSP server query an X.500 database, but my limited knowledge of
  45. X.500 would make that difficult without outside help.
  46.  
  47. I welcome people's thoughts on the matter.
  48.  
  49. -- 
  50. _.John G. Myers        Internet: jgm+@CMU.EDU
  51.             LoseNet:  ...!seismo!ihnp4!wiscvm.wisc.edu!give!up
  52.  
  53.  
  54.  
  55.